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METHOD FOR CONFIGURING A COMPUTER PROGRAM 



Field Of The Invention 

The present invention relates to a method for configuring a computer program including at 
least one functional unit. It also relates to a software system for configuring a computer 
program including at least one fimctional unit. 

Background Information 

Modem computer programs are predominantly programmed in such a way that they are 
useable in as broad a range of application as possible. The range of application is determined 
on one hand by the fiinctionalities made available, which in turn should cover as many user 
desires as possible, and on the other hand by the underlying hardware on which the computer 
program is to run. In this context, the underlying hardware denotes different computer 
systems which are used in different areas, are constructed of different components (e.g., 
processors or bus systems), and/or have different peripherals. 

Different fimctionalities can result fi*om different conditions of the underljdng hardware or 
from different user desires. Adaptation, and therefore specialization, of a computer program 
to underlying hardware and to specific user desires includes a so-called configuration of the 
computer program. 

For example, a configuration includes the activation or deactivation of individual functions of 
the computer program, the setting of starting values for certain variables or the preselecting 
and specifying of certain variable types. 

It is well-known to declare the variables and functions used in a computer program in a so- 
called header file, and to configure the computer program by changing individual variables or 
function designators in the header file. For example, it is possible to assign a special function 
to a function designator used in the computer program and declared in the header file, 
depending upon a specific configuration. 
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Computer programs are usually created in a so-called high-level programming language, e.g., 
C, C-H-, Scheme or JAVA, A computer program created in a high-level programming 
language is usually referred to as source code. To permit execution of such a computer 
program on a computer, a so-called machine code must be generated from the source code, 
5 the machine code containing instructions which are executable by the processor of the 

computer. Machine code can be generated by so-called interpretation or compilation of the 
source code. 

Typically, a computer program includes a plurality of functional units. The source code of 
one or more functional units is stored in a data file. A header file is assigned to one or more 
10 such data files. Thus, a computer program is typically made up of a plurality of data files. A 
configuration of such a computer program, which is accomplished by changes within 
individual header files, is therefore very xmclear and can often only be accomplished by the 
creator of the source code. In addition, a documentation must be created for all header files, 
which is very painstaking; even the documentation is for the most part very imclear. 

15 To configure a computer program, it is also known to assign it a special functional imit by 
which it is possible to configure the entire computer program, e.g., by altering the values of 
predefined parameters. For example, the functional unit may be launched from within the 
computer program running, and be executed for configuring the computer program. 
However, such a functional unit provided for configuring the computer program only allows 

20 a configuration within predefined range limits. A configuration of the computer program, 
e.g., for adapting the computer program to new hardware or for adapting the computer 
program to new desires of the user is not possible using such a functional unit. Moreover, the 
functional unit used for the configuration must be developed specially for the computer 
program in question, and cannot be used for other computer programs. 

25 Therefore, the object of the present invention is to provide a possibility that allows as clear 
and flexible a computer-program configuration as possible. 

The objective is achieved by a method of the type indicated at the outset, which includes the 
following steps: 

creation of at least one implementation-independent configuration data file 
30 and/or alteration of information filed in the at least one implementation- 

independent configuration data file; 
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automatic set-up and/or automatic update of configuration data, stored in a 
configuration data container, as a fiinction of the information filed in the at 
least one implementation-independent configuration data file; 
automatic generation of at least one implementation-dependent configuration 
5 data file as a fiinction of the configuration data stored in the configuration data 

container; 

automatic configuration of the at least one fimctional unit as a fimction of 
information filed in the at least one implementation-dependent configuration 
data file. 

10 Thus, the data determining a configuration is filed independently of an intended, specific 
implementation, in one or more implementation-independent configuration data files. In 
particular, the implementation independence of this configuration data file permits an abstract 
description of the filed information. This makes it possible to file the information relevant for 
the configuration of the computer program so that it is particularly easy to read, and therefore 

15 to markedly simplify the configuration. Because this configuration data file is 

implementation-independent, it is possible in particular to configure the computer program in 
a simple manner so that, for instance, the computer program is executable on a new computer 
system whose exact parameters were not even known yet when the computer program was 
created. 

20 The configuration data container makes it possible to centrally provide all data relevant for a 
configuration. At least one implementation-dependent configuration data file is generated 
automatically with the aid of the configuration data stored in the configuration data container. 
In the implementation-dependent configuration data file, individual or a plurality of 
parameter values are put into concrete terms relative to the implementation-independent 

25 configuration data file. In such a concretization, for example, relative values are replaced by 
absolute values. Specific data types or structures may be assigned to individual values or data 
areas, as well. Consequently, the implementation-dependent configuration data file takes into 
account implementation-dependent properties, such as one or more programming languages 
used when programming the source code, or properties of the hardware on which the 

30 computer program is intended to run. 

The set-up or the updating of the configuration data container with the aid of the information 
filed in the implementation-independent configuration data files may be carried out using so- 
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called scripts, for example. In this context, a script denotes a sequence of instructions which 
are executable by a special computer program. Such special computer programs are AWK or 
Perl, for example. These special computer programs may also be used to generate 
implementation-dependent configuration data files fi-om the configuration data stored in the 
5 configuration data container, ^ 

An essential part of the invention is thus the recognition that the configuration of a computer 
program may be improved decisively by providing between a user (configurator) and the 
computer program, an abstract description of the configuration to be implemented in the 
implementation-independent configuration data file, which is taken as the basis of the 

10 configuration. With the aid of the implementation-independent configuration data file, an 
implementation-dependent configuration data file is automatically created which is then 
utilized for configuring the computer program. The method of the present invention thus 
makes it possible to specify the information describing a configuration in an abstract and 
therefore particularly easily readable manner. Moreover, especially high flexibility is 

15 achieved due to the independence of any implementation details. 

In one advantageous fiirther development of the method, at least one item of dependency 
information, which describes a dependency on at least two configuration data present in the 
configuration data container, is automatically generated. The at least one implementation- 
dependent configuration data file is generated as a function of the at least one item of 
20 dependency information. 

Dependency information may describe, for example, whether the change of one configuration 
parameter has an effect on another configuration parameter. For instance, if a resource is 
reserved exclusively for one fimctional unit, then it is not available to other functional units 
during the execution of the functional unit. Using dependency information, it is possible to 
25 ascertain which functional units need a specific resource, and therefore cannot run 

simultaneously. Consequently, dependency information may also be used for resource 
management. 

In one preferred specific embodiment of the method, a plurality of implementation- 
independent configuration data files is created, and each of the implementation-independent 
30 configuration data files is assigned to at least one functional unit. This allows a particularly 
simple configuration, because the configuration parameters filed as information in the 
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implementation-independent configuration data files can be found and altered especially 
easily. For example, it is possible to sort the information determining a configuration, thus, 
the configuration parameters, according to the fimctionality influenced by it, or according to 
hardware. Moreover, a particularly simple adaptation of the implementation-independent 
5 configuration data files to newly added fiinctional units is thereby made possible. In the 
simplest case, a special implementation-independent configuration data file is assigned to a 
newly added fiinctional unit. 

A plurality of implementation-dependent configuration data files is advantageously 
generated, and each of the implementation-dependent configuration data files is allocated to 

10 at least one fimctional unit. Such a structxiring of the implementation-dependent configuration 
data files increases the clarity of the implementation-dependent configuration data files 
generated. If the source code is stmctured in such a way that one or more fimctional units are 
located in different data files, then an implementation-dependent configuration data file can 
be allocated to each of the data files of the source code. A particularly lucid structuring may 

15 also be achieved by, in each case, assigning one implementation-dependent configuration 
data file to each implementation-independent configuration data file. 

The at least one implementation-dependent configuration data file is preferably generated as a 
fimction of at least one property of hardware on which an installation of at least one portion 
of the configured computer program is to be made possible. For instance, such a hardware 

20 property may be the number of processors available or the type and number of sensors 
connected to the hardware. If such hardware properties are taken into account when 
generating the implementation-dependent configuration data files, an especially precise 
configuration of the computer program is then possible. Particularly using dependency 
information, it is therefore possible, for instance, to automatically create a configuration 

25 optimized with regard to execution speed. 

In one preferred specific embodiment, the at least one implementation-dependent 
configuration data file is generated as a fimction of the result of a plausibility check. For 
example, a plausibility check may include a check as to whether a resource needed by a 
fimctional unit is available at all. 

30 The at least one hardware property is preferably used to carry out the plausibility check. It is 
thereby possible to greatly increase the degree of automation, and to achieve a reliable 
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configuration of the computer program. For example, if a functional unit provides for an 
acquisition of measured values, it may be checked whether suitable sensors are present and 
whether they make available the measuring accuracy demanded. In this case, it is 
conceivable, for instance, that the sensor is configured automatically. 

5 In a further preferred specific embodiment, a documentation is created automatically. The 
documentation describes the information filed within the at least one implementation- 
independent configuration data file and/or the at least one implementation-dependent 
configuration data file. On one hand, documentations automatically generated in this way 
increase the maintainability of the computer program, and on the other hand, permit 
10 especially easy comprehension of an accomplished configuration. The automatic generation 
of the documentation ensures that it conforms with the actual configuration. If a new 
configuration of the computer program is to be carried out, then with the aid of such a 
documentation, it is possible to determine particularly easily which parameter values must be 
changed. 

1 5 Preferably, the at least one implementation-independent configuration data file is created in 
an XML-based format. XML (Extensible Markup Language) is a standardized meta language 
which makes it possible to generate structured languages. If the at least one implementation- 
independent configuration data file is created in an XML-compliant, structured language, 
then a configuration is facilitated, because such an implementation-independent configuration 

20 data file can be read particularly well. Moreover, a configuration data file of this kind can 
also be read especially well by machine. In particular, a plurality of software tools exists, 
likewise standardized in part, by which it is possible to edit and process data files created in 
an XML-based format. 

In one preferred specific embodiment of the method, as a function of the configuration data, 
25 it is automatically determined whether a functional unit included by the computer program is 
needed by the computer program, and this functional unit is configured only if the functional 
unit is needed by the computer program. This facilitates an especially rapid configuration, 
because only those functional units are actually configured which are really needed in an 
execution of the configured computer program. Furthermore, the configured computer 
30 program thereby takes up as little storage space as possible, since, for example, a translation 
of source code into machine code is only brought about for those functional units which are 
actually intended to be used. 
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Summary of the Invention 

The objective is also achieved by a software system of the type indicated at the outset. In this 
context, the software system has: 

at least one implementation-independent configuration data file; 
5 - a configuration data container including configuration data and/or means for 

creating a configuration data container as a function of information filed in the 
at least one implementation-independent configuration data file; 
means for altering and/or reading out configuration data fi-om the 
configuration data container; 
10 - means for automatically generating at least one implementation-dependent 

configuration data file as a function of configuration data stored in the 
configuration data container; and 

means for automatically configuring the at least one functional unit as a 
function of information filed in the implementation-dependent configuration 
15 data file. 

Preferably, the software system has means for carrying out the method of the present 
invention. 

The implementation of the present invention in the form of a software system is of particular 
importance. In this context, the software system is able to run on a computing element, 

20 particularly on a microprocessor, and is suitable for carrying into effect the method according 
to the present invention. In this case, therefore, the present invention is realized by the 
software system, so that the software system constitutes the present invention in the same 
way as the method for whose execution the software system is suitable. The software system 
is preferably stored in a memory element. The memory element may take the form of a 

25 random access memory, read only memory or flash memory. The memory element may also 
be in the form of a digital versatile disk (DVD), compact disk (CD) or hard disk. 

Brief Description Of The Drawings 

Figure 1 shows a specific embodiment of a software system for carrying out the method of 
the present invention. 

30 Figure 2 shows a schematic flow chart of a specific embodiment of the method according to 
the present invention. 
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Detailed Description 

Figure 1 shows a software system for carrying out the method of the present invention. The 
software system has a pluraHty of implementation-independent configuration data files 1. A 
file name is assigned to each configuration data file 1 . For example, the implementation- 
5 independent configuration data files shown in Figure 1 bear the file names conf^l ,xml, 
conf_2.xml, conf_3.xml through conf_n.xml. The file ending .xml indicates that 
implementation-independent configuration data files 1 are in an XML-based format. A text 
file in an XML-based format makes it possible to structure the text file according to 
specifiable rules. Such a structured text file can be read particularly well manually and by 
10 machine and processed. 

Implementation-independent configuration data files 1 are fed to a script 2. Script 2 is in the 
form of a so-called Perl script, for example. Perl is an interpreter language whose syntax is 
based on programming language C, and which uses utility programs made available by the 
specific operating system, 

15 Using script 2, implementation-independent configuration data files 1 are read, and the 

information stored therein is extracted and stored in a configuration data container 3. At the 
same time, possibly existing dependencies with respect to fiirther configuration scripts 4 are 
also determined and stored. 

Further configuration scripts are represented by reference numeral 4. They are likewise in the 
20 form of Perl scripts. It is equally conceivable that one or more of fiirther configuration scripts 
4 is an executable computer program (machine code), or exists in another script language, 
e.g., AWK. 

Implementation-dependent configuration data files are denoted by reference numeral 5. For 
example, implementation-dependent configuration data files 5 are coded in the programming 
25 language in which the source code to be configured is also programmed. Such 

implementation-dependent configuration data files are able to be processed by a compiler 6. 

Reference numeral 7 denotes a computer program having a plurality of fiinctional units 8. 

The fimctioning method of the software system according to the present invention is 
described with reference to the flow chart shown in Figure 2. 
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The flow chart of a method according to the present invention for configuring a computer 
program shown in Figure 2 starts at a step 100. In a step 101, implementation-independent 
configuration data files 1 are created or altered. Implementation-independent configuration 
data files 1 have the special distinction that, using the information stored therein, it is possible 
5 to describe concrete configuration values or configuration parameters in abstract fashion. For 
instance, concrete configuration values may define the measuring range of a sensor module 
for measuring an electric voltage. Illustratively, it is possible to specify a measuring range 
abstractly with the values 3-5 volts. However, the implementation-dependent values of the 
measuring range to be generated therefi*om, in the manner fiinctional unit 8 to be configured 
10 expects, may lie between 10,000 and 20,000, for example. In this case, a computer-program 
functional unit 8 controlling the sensor module would have to be configured using the 
concrete configuration values 10,000 and 20,000, for instance, to permit a measurement in a 
measuring range of 3 — 5 volts. 

Implementation-independent configuration data files 1 created or altered in step 101 are 

15 created, for example, in an XML-based format. Such a format makes it particularly easy to 
achieve a lucid structuring of implementation-independent configuration data files 1 . This 
increases the readability of implementation-independent configuration data files 1 and 
simplifies the alteration of implementation-independent configuration data files 1, e.g., 
because configuration data to be altered can be quickly found. It is possible to provide only 

20 one implementation-independent configuration data file, even for a particularly large 

computer program requiring a multitude of configuration data for its configuration. In this 
context, the information filed in implementation-independent configuration data file 1 is able 
to be structured using suitable XML structures. However, it is especially advantageous to 
provide a plurality of implementation-independent configuration data files. For instance, each 

25 of these implementation-independent configuration data files 1 may be assigned to one or 
more functional units 8. It is thereby possible to create or alter the implementation- 
independent configuration data files in a particularly clear maimer. In addition, reusability of 
individual implementation-independent configuration data files is thereby increased. This is 
especially advantageous for projects in which individual functional units 8 of the source code 

30 are also to be reused. 

In step 102, configuration data container 3 is set up or updated. This is accomplished by 
processing the instructions listed in script 2. Script 2 first causes independent configuration 
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data files 1 to be input. If implementation-independent configuration data files 1 are based on 
a structured format, e.g., an XML-based format, then a syntactic and/or semantic analysis of 
the contents of implementation-independent configuration data files 1 may be carried out 
particularly well using script 2. Consequently, errors, for instance, in the specifying of 
5 configuration data may be recognized. Preferably, the XML-based format of implementation- 
independent configuration data files 1 has a hierarchical structure that is advantageously 
oriented to the structure of fimctional units 8 themselves, their dependencies and/or their 
thematic closeness. Errors in the set-up of this hierarchical structure, and therefore also in the 
set-up of the source code itself may be recognized using script 2. 

10 Errors found are advantageously handled in step 102. This may be accomplished, for 
example, by the output of error information. It is equally conceivable to use stochastic 
methods to remove errors. 

In step 102, script 2 extracts the configuration data present in implementation-independent 
configuration data files 1 and stores it in configuration data container 3. Configuration data 
15 container 3 may be in the form of a database, for example. It is likewise conceivable to 

realize configuration data container 3 as data structure, provided in a storage area, within the 
software system of the present invention, in so doing, it being ensured that script 2 has 
writing and reading access to the configuration data stored in configuration data container 3. 

In a step 103, dependencies are ascertained. For example, one such dependency may describe 
20 which functional units 8 of the computer program must actually be processed in the case of 
the present configuration. With the aid of these dependencies, it is possible to decide whether, 
in one of the following steps, it is necessary to generate an implementation-dependent 
configuration data file for a specific fimctional unit 8 at all. Dependencies may further 
describe which concrete configuration data are dependent on which abstract configuration 
25 data. Thus, it is conceivable that the change of an abstract configuration datum in an 

implementation-independent configuration data file will bring about a change in a plurality of 
concrete configuration data. 

Dependencies may also arise if further scripts 4 on their part alter configuration container 3. 
Thus, the correct activation sequence of scripts 4 must be ascertained and stored. 
30 Dependencies may also describe relationships between one or more hardware components 
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and individual configuration data. This makes it possible to recognize, for instance, whether a 
configuration provided is actually executable on specific hardware. 

In step 104, a plausibility check is carried out. In so doing, especially based on the 
dependencies ascertained in step 103, it is checked whether the configuration predefined with 
5 the aid of implementation-independent configuration data files 1 has errors. If this is the case, 
there is a branch back to step 101 in which a change is made in implementation-independent 
configuration data files 1 with the aim of eliminating errors. If no errors are recognized in 
step 104, there is a branching to step 105. 

In step 105, implementation-dependent configuration data files 5 are generated. To that end, 
10 first of all the configuration data stored in configuration data container 3 is retrieved with the 
aid of a script 4 or a plurality of scripts 4. In the present exemplary embodiment, scripts 4 are 
in the form of Perl scripts. Abstract configuration data, stored in particular in configuration 
data container 3, is converted by scripts 4 into concrete configuration data, which is then filed 
in implementation-dependent configuration data files 5. In so doing, preferably the 
15 dependencies ascertained in step 103 are used, as well. 

For example, implementation-dependent configuration data files 5 generated in step 105 may 
be header files (file_.h, file_2.h, file_3.h in Figiire 1). In the same way, generated 
implementation-dependent configuration data files 5 may also contain source code (file_2.c, 
file_k.c in Figure 1). Typically, the concrete configuration data generated by scripts 4 fi-om 

20 the abstract configuration data is realized by value assignments for variables and/or fimction 
parameters, and as instructions in a programming language. In this context, the programming 
language corresponds to the programming language in which fimctional imits 8 of computer 
program 7 are coded. For example, if fimctional imits 8 of computer program 7 are coded in 
programming language C^^, then the concrete configuration data may be realized by so-called 

25 #define instructions, for instance, or by the definition of constant variables. Depending on the 
configuration data stored in configuration data container 3, it is also possible with the aid of 
scripts 4 to generate fiinctions which assume complex tasks - such as the initialization of 
hardware components, or checking for the presence of individual software components or 
hardware components - and are themselves realized as source code in a higher programming 

30 language. This source code may then be stored in one or more implementation-dependent 

configuration data files (file_2.c, file_k.c in Figure 1). For that purpose, for example, a script 
4 may contain a so-called template, made up, for instance, of instructions in C-M-, which are 
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updated as a function of the configuration data stored in configuration data container 3, and 
are filed in an implementation-dependent configuration data file 5. 



In step 107, functional units 8 of computer program 7 are updated. For example, this may be 
accomplished by the automatic call-up of a compiler 6 which translates functional units 8, 
5 existing in a source code, into a machine code. To that end, compiler 6 reads in 

implementation-dependent configuration data files 5 and controls the generation of the 
machine code as a function of the concrete configuration data filed in implementation- 
dependent configuration data files 5. It is also conceivable that one or more functional units 8 
already exist in machine code. In this case, the compiler may, for instance, translate the 
10 source code (file__2.c, file_k.c in Figure 1), generated by scripts 4, into machine code, taking 
the header files (file_Lh, file_2.h, file_3.h) into accoimt, and link the machine code thus 
translated to the machine code representing functional units 8 with the aid of a so-called 
linker assigned to compiler 6. 

The method ends in step 108. In this step, computer program 7 is configured in such a way 
15 that the concrete configuration data, filed in the implementation-independent configuration 
data files, is taken into accoimt in the machine code generated. 

Of course, it is possible for script 2 and/or scripts 4 to be written in another script language, 
or to be developed as executable programs. 

The execution steps shown in Figure 2 may, of course, vary, and the processing sequence 
20 may be partially altered. Thus, it is conceivable for plausibility check 104 to be carried out by 
one or more of scripts 4. 

In particular, the method may also start out from one or more implementation-independent 
configuration data files; have one or more scripts 2 that, for instance, are executed 
consecutively; have one or more scripts 4, each generating one or more implementation- 

25 dependent configuration data files 5; and of course, computer program 7 may have one or 
more functional units 8. Using the method of the present invention, it is possible, in 
particular, to recognize whether one or more of functional units 8 actually come to be used in 
the configuration predefined by the implementation-independent configuration data files. If 
this is not the case, it can be recognized by a software tool (not shown), assigned to 

30 configuration data container 3. This makes it possible that such a functional unit 8 is not 
configured, and with the aid of implementation-dependent configuration data files 5, 
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compiler 6 is induced not to import functional unit 8 into the machine code to be generated. 
The method of the present invention may thereby be carried out particularly rapidly. The 
machine code generated by a computer program, which was configured using the method of 
the present invention, may be especially compact and therefore is able to save memory space. 

5 There is the possibility of script 2 itself already bringing about the generation of one or a 
plurality of implementation-dependent configuration data files 5. The method of the present 
invention may thereby be carried out particularly rapidly. For example, this may be 
advantageous for abstract configuration data that has no dependencies and differs from the 
concrete configuration data. 
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